home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0120 / 195.txt < prev    next >
Text File  |  1997-04-16  |  25KB  |  598 lines
  1. Info-Atari16 Digest         Sat,  6 Apr 91       Volume 91 : Issue 195
  2.  
  3. Today's Topics:
  4.              (INQUIRY) ST players for Amiga animation and
  5.                             520ST FOR SALE
  6.                Can't connect a 1040st to a TV Set  :-(
  7.                             Constructive?
  8.             Graphics on the STE - v. generally speaking..
  9.                       Hard Drive Access Trouble
  10.                       HD Floppies Stepper Motor
  11.                       MEGA STE DMA sound trouble
  12.                       MEGA STE trouble (2 msgs)
  13.                 New uploads at atari.archive.umich.edu
  14.                                 Rufus
  15.                   Rufus v1.02 and a color monitor...
  16.                               SPURT.LZH
  17.                Stalker/Steno & Diamond Back II w/Cache
  18.                          STe SIMM Pin Layout
  19.                                 sundog
  20.                         WANTED: MT C-Shell/VSH
  21.                                 WTERM
  22.  
  23. Welcome to the Info-Atari16 Digest.  The configuration for the automatic
  24. cross-posting to/from Usenet is getting closer, but still getting thrashed
  25. out.  Please send notifications about broken digests or bogus messages
  26. to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.
  27.  
  28. Please send requests for un/subscription and other administrivia to
  29. Info-Atari16-Request, *NOT* Info-Atari16.  Requests that go to the list
  30. instead of the moderators are likely to be lost or ignored.
  31.  
  32. If you want to unsubscribe, and you're receiving the digest indirectly
  33. from someplace (usually a BITNET host) that redistributes it, please
  34. contact the redistributor, not us.
  35. ----------------------------------------------------------------------
  36.  
  37. Date: 5 Apr 91 23:21:22 GMT
  38. From:
  39.  arizona.edu!cerritos.edu!nic.csu.net!usc!zaphod.mps.ohio-state.edu!pacific.mps.
  40.  ohio-state.edu!linac!unixhub!slacvm!reeves@arizona.edu (Terry Reeves)
  41. Subject: (INQUIRY) ST players for Amiga animation and
  42. To: Info-Atari16@naucse.cse.nau.edu
  43.  
  44. In article <9104050203.AA02014@wixer>, bgodot@wixer.UUCP (Paul Ortega) says:
  45. >Also, what kind of ST graphics files are those with the .SPS
  46. >extender?  I downloaded a number of them (NAGEL**.SPS) , but can't view
  47. >them.  What do I need to view those?
  48.  
  49. I think the program is SPSLIDEX. The 'S' stands for smooshed, I think.
  50.  
  51.                                                 Terry
  52.  
  53. ------------------------------
  54.  
  55. Date: 5 Apr 91 20:29:12 GMT
  56. From: noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!hp-col!col!davea@arizona.edu
  57.  (David E Allen)
  58. Subject: 520ST FOR SALE
  59. To: Info-Atari16@naucse.cse.nau.edu
  60.  
  61. Atari 520ST for sale, including:
  62.  1 MByte ram
  63.  SC1224 Color Monitor
  64.  SF314 Disk drive
  65.  SF354 Disk drive
  66.  Software (with original disks and documentation):
  67.         Swift Calc spread sheet
  68.         Word Writer ST word processor
  69.         PC Intercom, VAX and UNIX interface software
  70.         Personal Pascal
  71.         Atari Logo programming language
  72.  Also several games (no docs)
  73. Price $500
  74.  
  75. (Posted for a friend - please email inquiries to me)
  76. dave allen, colorado springs
  77.  
  78. ------------------------------
  79.  
  80. Date: 5 Apr 91 10:16:00 GMT
  81. From:
  82.  noao!ncar!elroy.jpl.nasa.gov!usc!snorkelwacker.mit.edu!bloom-beacon!eru!hagbard
  83.  !sunic!mcsun!ukc!newcastle.ac.uk!milfield!ndch@arizona.edu (Dave Halliday)
  84. Subject: Can't connect a 1040st to a TV Set  :-(
  85. To: Info-Atari16@naucse.cse.nau.edu
  86.  
  87. Why not get an external modulator? I think even the Amega A500 one
  88. should work if the connections are changed at the monitor socket end.
  89.  
  90. If not silica software here in the UK sell an ST modulator.
  91.  
  92. Dave Halliday
  93. (D.C.Halliday@newcastle.ac.uk)
  94.  
  95. ------------------------------
  96.  
  97. Date: 5 Apr 91 13:13:28 GMT
  98. From:
  99.  noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!sol.ctr.columbia
  100.  .edu!emory!gatech!bloom-beacon!eru!hagbard!sunic!mcsun!ukc!icdoc!syma!grahamt@a
  101.  rizona.edu (Graham S Thomas)
  102. Subject: Constructive?
  103. To: Info-Atari16@naucse.cse.nau.edu
  104.  
  105. From article <UbyaIxC00UhBE0ynEu@andrew.cmu.edu>, by mc4c+@andrew.cmu.edu (Mark
  106.  Choi):
  107. > You want constructive, TRH? Here it is.
  108. >
  109. It's nice to see what started as a bit of a slanging match ending (I
  110. hope) in a constructive dialogue.  I'm not competent to evaluate them,
  111. but there were certainly some interesting suggestions in Mark's article.
  112.  
  113. > We need to get the jump on the market, or else you
  114. > may find that the market has gotten away.
  115.  
  116. It may interest/sadden people to know that Atari UK's marketing manager
  117. (Peter Stadden, if I've remembered his name correctly), in an interview
  118. published in the UK weekly 'New Computer Express' dated April 6th, was
  119. hoping that the machines shown at CeBIT would be with UK dealers in 18
  120. months.  I don't know what the market for handwriting recognition will
  121. be in October 1992, but I'd expect the notebook market to have moved on
  122. a bit from the current ST_Book spec by then.  Perhaps Peter Stadden is
  123. just being conservative (or perhaps Atari UK has slipped down the
  124. pecking order for new product releases).
  125.  
  126. Most of the rest of the interview was about how Atari UK are trying to
  127. move from a games image to that of a company supporting serious
  128. applications on its 680x0 range.  I hope the company succeeds, but I
  129. can't help feeling that the move is at least three years too late.  I
  130. should stop at this point, as I started out by praising Mark for being
  131. constructive, and I can feel myself sliding into doom 'n gloom mode...
  132.  
  133. Graham
  134. --
  135. Graham Thomas, SPRU, Mantell Building, U of Sussex, Brighton, BN1 9RF, UK
  136.  INTERNET: grahamt@syma.sussex.ac.uk   JANET: grahamt@uk.ac.sussex.syma
  137.  BITNET: grahamt%sussex.syma@UKACRL    UUCP: grahamt%sussex.syma@ukc.uucp
  138.  Phone: +44 273 678165                 Fax: +44 273 685865
  139.  
  140. ------------------------------
  141.  
  142. Date: 5 Apr 91 23:17:04 GMT
  143. From:
  144.  arizona.edu!cerritos.edu!nic.csu.net!usc!elroy.jpl.nasa.gov!jato!hanauma.jpl.na
  145.  sa.gov!hyc@arizona.edu (Howard Chu)
  146. Subject: Graphics on the STE - v. generally speaking..
  147. To: Info-Atari16@naucse.cse.nau.edu
  148.  
  149. In article <40922@cup.portal.com> Bob_BobR_Retelle@cup.portal.com writes:
  150. >>It seemed reasonable to point out here that VGA uses a minimum of (I hope I
  151. >>have this right) 256 K of screen memory.  I'm rather nearer to certain that
  152. >>most super VGA uses a Meg.  This isn't the sort of thing that would have bee
  153. >>considered reasonable when the ST was designed.
  154. >
  155. >That's very true..!
  156. >
  157. >Of course, the ST was designed over *FIVE YEARS* ago, and has never really
  158. >changed since then..
  159. >
  160. >                               ( WHY???)
  161. >
  162. >
  163. >An Atari 8-bit screen only took up 8k of RAM...   if you want to take it to
  164. >extremes, an AstroCade only needed 2K to display a full screen..
  165. >
  166. >Why not change with the times..?  Why not provide competitive graphics
  167. >modes..?
  168.  
  169. I think that's a good question... Lessee... Lots of systems out there
  170. have 1280x1024 monochrome displays now. There have been 2048x2048 and
  171. larger for the military and other applications for a while too. I just
  172. wonder - if you can draw 1280x1024 = 1.25Mpixels/frame, 60+ times a
  173. second, why can't you do it in color? Doesn't increase the speed requirements,
  174. just the width of the bus...
  175.  
  176. I would like to build a true-color board that uses, say, 16 bits per pixel
  177. and 8-bit style display lists. Then hardware scrolling in either direction
  178. only becomes a matter of updating display list pointers, instead of copying
  179. huge amounts of pixel memory. I guess there's not much point to having
  180. multiple graphics modes though. (is there?) Lessee, 1.25Mpixels @ 16bits
  181. gives 2.5MBytes/screen. Big deal, memory is cheap. We'll say the board has
  182. 16MBytes of memory, enough space for 6 screens plus 1MB for display lists
  183. and palettes/CLUTs. (Ok, 16MBytes *minimum*.)
  184.  
  185. The display list entries will have to include the address to begin drawing
  186. a scanline from. Let's have an optional flag to include palette and address
  187. changes at arbitrary pixel counts into the scanline - that gives us the
  188. ability to move windows around the screen very rapidly, and allow windows to
  189. have their own independent palettes. All of this can be achieved with a
  190. simple state-machine, so it should be simple to do quickly in hardware.
  191.  
  192. I was also considering one or two separate bitplanes for text-only, which
  193. would be overlayed simultaneously. (Who needs multicolor text anyway, eh?)
  194. Haven't given much thought to the text-management though, maybe a separate
  195. buffer would be harder to manage than it'd be worth. (But geeze, who wants
  196. to waste cycles scrolling 24-bitplanes worth of *text*??)
  197.  
  198. Hm... Is there a practical use for 64K colors out of a larger palette? Mebbe
  199. 8 bits per pixel is sufficient, especially given that palettes can be switched
  200. on the fly. Mebbe there *is* a reason for multiple modes... Oh well.
  201.  
  202. It seems to me that most of today's workstation vendors spend so much time
  203. on how to draw things into their frame buffers, (Oooo, we can do 6 trillion
  204. shaded polygons per second!) but no time at all thinking about what they
  205. can do with the frame after it's been drawn - no thought spent on panning,
  206. zooming, rotation, what-have-you... The display-list idea is incredibly
  207. powerful. Have another option for memory-increment to next pixel - this
  208. gives you the ability to do instantaneous reductions (zoom-out), as well
  209. as 90-degree rotations (corner-turns) just by choosing the appropriate
  210. increment. Use another option for pixel-replication, with a count, and you
  211. get instant expansion (zoom-in). All of this can be implemented with just
  212. an adder/counter circuit and maybe a couple more address registers.
  213.  
  214. Oops. Keyboard run-on again... Well anyway, if I ever get this thing
  215. built, I'm sure y'all will find out about it. 
  216. --
  217.   -- Howard Chu @ Jet Propulsion Laboratory, Pasadena, CA
  218.         Disclaimer: How would I know, I just got here!
  219.  
  220. ------------------------------
  221.  
  222. Date: 6 Apr 91 07:12:10 GMT
  223. From:
  224.  noao!ncar!elroy.jpl.nasa.gov!mahendo!wlbr!lonex.radc.af.mil!blackbird.afit.af.m
  225.  il!bhodges@arizona.edu (Bill Hodges)
  226. Subject: Hard Drive Access Trouble
  227. To: Info-Atari16@naucse.cse.nau.edu
  228.  
  229. I've got a Supra 20M drive and after I work for a while if I try to access
  230. files the BUSY light stays on or flickers and I get the box about "Damaged
  231. Data".  If I shut the drive off for a while it acts right again.  Before
  232. it gets any worse, what's the best way to find the problem and where should
  233. I start looking?
  234.  
  235. Thanks,
  236. Bill
  237.  
  238.  
  239. --
  240. -------------------------------------------------------------------------------
  241.  Bill Hodges                    |  Me?  People who speak for the Air Force get
  242.  bhodges@blackbird.afit.af.mil  |  paid a lot more than I do! I just work here.
  243. -------------------------------------------------------------------------------
  244.  
  245. ------------------------------
  246.  
  247. Date: 5 Apr 91 18:24:02 GMT
  248. From:
  249.  deccrl!bloom-beacon!eru!hagbard!sunic!mcsun!ukc!mucs!logitek!alanh@decwrl.dec.c
  250.  om (Alan Hourihane)
  251. Subject: HD Floppies Stepper Motor
  252. To: Info-Atari16@naucse.cse.nau.edu
  253.  
  254. Hi,
  255.  
  256.         Well, after a month of using my HD Floppy the Stepper motor finally
  257. blew up!!!.
  258.  
  259.         The drive is an FD235HF - Teac Mechanism.
  260.  
  261.         Does any body know in the U.K. where I could either get it repaired
  262. or buy the stepper motor.
  263.  
  264.         Note: The Drive only cost me 46 pounds.
  265.  
  266.         Alan Hourihane
  267.  
  268.         e-mail: alanh@logitek.co.uk
  269.  
  270. ------------------------------
  271.  
  272. Date: 5 Apr 91 23:04:10 GMT
  273. From: pasteur!yorric!c164-ca@ucbvax.berkeley.edu (Axel K. Olmos)
  274. Subject: MEGA STE DMA sound trouble
  275. To: Info-Atari16@naucse.cse.nau.edu
  276.  
  277. I remember reading somewhere that STE DMA sounds would have a static popping
  278. if they had bad DMA chips.  The solution was to replace the DMA chip.
  279. I'm not sure about this, though.
  280.  
  281. Has anyone heard about this problem?
  282.  
  283.  
  284. Axel K. Olmos           U.C. Berkeley EECS-C Junior             "Hep me!"
  285.  
  286. ------------------------------
  287.  
  288. Date: 5 Apr 91 21:02:38 GMT
  289. From: daffy!cat27.cs.wisc.edu!carter@rsch.wisc.edu (Gregory Carter)
  290. Subject: MEGA STE trouble
  291. To: Info-Atari16@naucse.cse.nau.edu
  292.  
  293. In article <CMM.0.88.670807428.larserio@kvart.ifi.uio.no> larserio@ifi.uio.no
  294. writes:
  295. >I have two problems with my new MEGA STE, and wondered if anyone out there
  296. >had any good ideas for fixing them:
  297. >
  298. >1)  When using STEREO DMA sound (not normal ST sound) I get "static" (small
  299. >    clicks kind of) in the sound.  Sounds almost like a spark.  Occurs even
  300. >    when there is no sound (as long as the voulume is on).  It has has no
  301. >    strict pattern and occurs every now and then.   Anyone have an idea ??
  302.  
  303. It may not be a problem at all.  Some samples aren't sampled at the max
  304. rate, and therefore will seem a bit staticky.  The higher the sample
  305. rate per second, the better the sound quality.
  306.  
  307. If you want to get rid of the popping and static, get better samples at higher
  308. rates like 47KHz for example.  Careful though, this requires MEGA 4 amounts
  309. of memory to do this, and it doesn't last long.
  310.  
  311. --Gregory
  312.  
  313. ------------------------------
  314.  
  315. Date: 5 Apr 91 22:59:36 GMT
  316. From: IFI.UIO.NO!larserio@ucbvax.berkeley.edu (LarsErikOsterud)
  317. Subject: MEGA STE trouble
  318. To: Info-Atari16@naucse.cse.nau.edu
  319.  
  320. Well, the static occors even when there is no sampel played...
  321. As long as the voulume of the STEREO soundchips is on....
  322. There is nothing wrong with the samples (I have played them on a standard ST
  323. an on a standard STE and there is no trouble there....)
  324.  
  325.  Lars-Erik  /  ABK-BBS +47 2132659  /   ____ ______ ________________________
  326.   Osterud  /  larserio@ifi.uio.no  /   /___    /            The norwegian ST
  327. __________/ ______________________/   ____/   /   Klubben,  user association
  328.  
  329. ------------------------------
  330.  
  331. Date: 6 Apr 91 03:22:35 GMT
  332. From:
  333.  arizona.edu!cerritos.edu!nic.csu.net!usc!zaphod.mps.ohio-state.edu!caen!umich!t
  334.  erminator!terminator.cc.umich.edu!weiner@arizona.edu (Jeff Weiner)
  335. Subject: New uploads at atari.archive.umich.edu
  336. To: Info-Atari16@naucse.cse.nau.edu
  337.  
  338. Well, I finally got around to moving all of the new uploads out
  339. of new.  There are no more, with the exception of the gcc upgrades, soon to be
  340. released.  Roy, if you're out there, please mail me.  I missed one
  341. part somewhere, and lost your address.
  342.  
  343. Also, the index reflects all of the ??? upgrades I've recieved to date.
  344. There's still two more directories to go, I'm beginning them now.
  345.  
  346. If you sent something (upload or index upgrade) and it's not thee,
  347. please let me know.  That's all I have laying around here.
  348.  
  349. weiner
  350.  
  351. Apr  2 15:47 2column4.lzh -> ../printing/2column4.lzh
  352. Apr  2 15:50 alarmclk.lzh -> ../utilities/alarmclk.lzh
  353. Mar 31 22:47 ana_m2_5.arc -> ../languages/ana_m2_5.arc
  354. 54 animate.lzh -> ../graphics/animate.lzh
  355. Apr  5 21:31 arcsh24.arc -> ../archivers/arcsh24.arc
  356. Apr  2 15:55 ataripic.lzh -> ../graphics/ataripic.lzh
  357. Apr  5 21:31 bldedit.lzh -> ../games/bldedit.lzh
  358. Apr  5 21:32 bootinfo.lzh -> ../diskutils/bootinfo.lzh
  359. Apr  5 21:57 cachev35.lzh -> ../diskutils/cachev35.lzh
  360. Mar 26 19:22 dterm_1e.lzh -> ../telecomm/dterm_1e.lzh
  361. Apr  5 21:55 emula.lzh -> ../utilities/desktop/emula.lzh
  362. Apr  4 14:51 flrmt3_5.lzh -> ../diskutils/flrmt3_5.lzh
  363. Apr  5 21:16 gogost40.lzh -> ../utilities/desktop/gogost40.lzh
  364. Apr  5 21:16 hs_fix.lzh -> ../utilities/tosfixes/hs_fix.lzh
  365. Apr  5 20:57 iconv8_e.arc -> ../languages/iconv8_e.arc
  366. Apr  5 20:57 iconv8_l.arc -> ../languages/iconv8_l.arc
  367. Apr  5 20:57 iconv8_s.arc -> ../languages/iconv8_s.arc
  368. Apr  2 15:44 jampack3.lzh -> ../archivers/jampack3.lzh
  369. Apr  1 09:48 lhz11316.lzh -> ../archivers/lhz11316.lzh
  370. Apr  1 09:40 mdmz2doc.lzh -> ../games/mdmz2doc.lzh
  371. Apr  5 21:01 mgr.zoo -> ../mint/mgr.zoo
  372. Apr  5 21:01 mgrterm.zoo -> ../mint/mgrterm.zoo
  373. Mar 31 22:42 mntinc8.zoo -> ../mint/mntinc8.zoo
  374. Mar 31 22:41 mntlib8.zoo -> ../mint/mntlib8.zoo
  375. Mar 31 22:41 mntolb8.zoo -> ../mint/mntolb8.zoo
  376. Apr  1 09:46 msa_141.lzh -> ../archivers/msa_141.lzh
  377. Apr  2 15:44 newitems -> ../newitems
  378. Apr  5 21:51 noiztrkr.lzh -> ../sound/players/noiztrkr.lzh
  379. Apr  5 21:52 pfm.lzh -> ../applications/pfm.lzh
  380. Apr  2 15:58 pompey.lzh -> ../archivers/pompey.lzh
  381. Apr  5 21:48 rtexshll.zoo -> ../tex/rtexshll.zoo
  382. Apr  5 21:46 starwars.lzh -> ../graphics/starwars.lzh
  383. Apr  3 22:47 stenodmo.arc -> ../editors/stenodmo.arc
  384. Apr  3 22:47 stkrdemo.arc -> ../telecomm/stkrdemo.arc
  385. Apr  5 21:44 texdraw.lzh -> ../tex/texdraw.lzh
  386. Apr  5 21:26 vantrm38.lzh -> ../telecomm/vantrm38.lzh
  387. Apr  1 09:43 wedit11.lzh -> ../editors/wedit11.lzh
  388. Apr  5 21:19 xyzshl34.lzh -> ../telecomm/xyzshl34.lzh
  389. Also, zest.lzh  -> ../emulators/zest.lzh
  390. --
  391. Jeff Weiner     weiner@terminator.cc.umich.edu       Jeff_Weiner@ub.cc.umich.edu
  392.     Mail Dennis_Devine@ub.cc.umich.edu and ask if he'd like a White Castle
  393. Atari.archive.umich.edu Caretaker||194M and climbin'|| "So like take off eh?"
  394.  
  395. ------------------------------
  396.  
  397. Date: 5 Apr 91 21:11:24 GMT
  398. From:
  399.  arizona.edu!cerritos.edu!nic.csu.net!usc!zaphod.mps.ohio-state.edu!unix.cis.pit
  400.  t.edu!gvlf3.gvl.unisys.com!tredysvr!cellar!darling@arizona.edu (Darling)
  401. Subject: Rufus
  402. To: Info-Atari16@naucse.cse.nau.edu
  403.  
  404. Really the best thing about RUFUS is that you can change the name to
  405. RUFUS.ACC and run it as an accessory...It's really nice when you're working
  406. on a lengthy MIDI or CAD project to just pop in to a local BBS for a couple
  407. of minutes.  I wouldn't try it on a 520, though.
  408.  
  409.  
  410.  !! \    __  __  __   ____ __  _  ___     !!  Production, Pre-Production,
  411.  !!  \  //! ! \\ !!    !!  !\\ ! // \\    !! and dance remixing @ FACT HQ:
  412.  !!  / //_! !_// !!    !!  ! \\! !  __    !!      darling@cellar.uucp
  413.  !!_/ //  ! ! \\ !!__ _!!_ !  \! \\_!!    !!_______________________________
  414.  
  415. ------------------------------
  416.  
  417. Date: 5 Apr 91 23:29:06 GMT
  418. From:
  419.  bloom-beacon!snorkelwacker.mit.edu!ai-lab!life.ai.mit.edu!johnb@ucbvax.berkeley
  420.  .edu (John Bunch)
  421. Subject: Rufus v1.02 and a color monitor...
  422. To: Info-Atari16@naucse.cse.nau.edu
  423.  
  424. Greetings all,
  425.  
  426. I am currently using rufus on my st, and I have a few questions.  I
  427. would like to change fonts, but I only get a choice of system 6x6 or
  428. TMAIL ANSI.  When I use TMAIL ANSI, I can't seem to change the font to
  429. fit on my screen?  The Documentation is all in german, so that is
  430. little help to me.  Any info would be usefull....
  431.  
  432. John Bunch
  433. --
  434. ************************************************************************
  435. *        John Bunch       * 610 Morris St. * To be filled with a nifty *
  436. * johnb@gnu.ai.mit.edu    * Albany,NY      * quote at a later date...  *
  437. *                         * 12208          *                           *
  438. ************************************************************************
  439.  
  440. ------------------------------
  441.  
  442. Date: 6 Apr 91 04:50:21 GMT
  443. From:
  444.  noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!sol.ctr.columbia
  445.  .edu!ucselx!petunia!csuchico.edu!ekrimen@arizona.edu (Ed Krimen)
  446. Subject: SPURT.LZH
  447. To: Info-Atari16@naucse.cse.nau.edu
  448.  
  449. I just posted this file to atari.archive.  It's a SPectrum Uncompressed
  450. Ray Tracer.  I briefly referred to this program a couple of days ago; this
  451. is the one I was thinking about when I mentioned solid modeling in a
  452. Spectrum 512 format.  Actually, this is not the program, but a text file
  453. introducing the program, and a demo pic.
  454.  
  455. Also, the file ATARIPIC.LZH in /newitems is an archive containing pictures
  456. from ZNET of the new Atari CDAR505 CD-ROM, the TT running Unix, and the
  457. Notebook and Pad.  To whoever uploaded it, THANKS!!
  458.  
  459. --
  460.          Ed Krimen  ...............................................
  461.    |||   Video Production Major, California State University, Chico
  462.    |||   INTERNET: ekrimen@ecst.csuchico.edu  FREENET: al661
  463.   / | \  SysOp, Fuji BBS: 916-894-1261        FIDONET: 1:119/4.0
  464.  
  465. ------------------------------
  466.  
  467. Date: 5 Apr 91 16:40:46 GMT
  468. From:
  469.  arizona.edu!cerritos.edu!nic.csu.net!usc!elroy.jpl.nasa.gov!sdd.hp.com!think.co
  470.  m!mintaka!ogicse!zephyr.ens.tek.com!tekgen!boblu@arizona.edu (Robert Luneski)
  471. Subject: Stalker/Steno & Diamond Back II w/Cache
  472. To: Info-Atari16@naucse.cse.nau.edu
  473.  
  474. In article <1991Apr4.223352.19625@netcom.COM> yonder@netcom.COM (Christopher
  475.  Russell) writes:
  476. >I am looking for the latest versions of Diamond Back II with Cache (v2.2) and
  477. >the new version of Stalker/Steno (with Zmodem, etc, v3.0 ?)  All of the
  478. >mail order places I have called don't have these products in stock. Anybody
  479. >know of a place that has these?  I know I could probably get these both
  480. >direct, but the "Street" price on these products is much lower than the list.
  481.  
  482. Diamond Back II V2.20 should be in the distribution channels by the middle of
  483. next week.  I had a number of startup problems after regaining control of
  484. Diamond Back II from Data Innovations.  Primarily,  the printer was 4 weeks
  485. late in delivering the disk labels(and since I prepaid for speed I had no
  486. choice but to wait).   It seems a run of 2000 labels is very low priority
  487. to a label printer whose normal runs are in the hundreds of thousends.
  488. Anyway, I shipped V2.20 to all the major distributors on Tuesday and they
  489. should reach the mail order outlets next week.
  490.  
  491.  ____                                                                    ____
  492. /\/\/\   Bob Luneski  Diamond Back II Support: boblu@tekgen.BV.TEK.COM  /\/\/\
  493. \/\/\/   Oregon Research Associates            Genie: B.LUNESKI1        \/\/\/
  494.  \/\/    16200 S.W. Pacific Hwy., Suite 162    Phone: (503) 620-4919     \/\/
  495.   \/     Tigard, OR 97224                      FAX:   (503) 639-6182      \/
  496.  
  497. ------------------------------
  498.  
  499. Date: 5 Apr 91 13:36:16 GMT
  500. From:
  501.  noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!zaphod.mps.ohio-state.edu!think.com!sno
  502.  rkelwacker.mit.edu!bloom-beacon!eru!hagbard!sunic!mcsun!ukc!mucs!els!camm@arizo
  503.  na.edu (Ian Camm)
  504. Subject: STe SIMM Pin Layout
  505. To: Info-Atari16@naucse.cse.nau.edu
  506.  
  507. Hi All,
  508.  
  509. I have just upgraded my 520STe to 2 Megs so I now have 2 1/4M SIMM's rattling
  510. about in a draw. A colleague of mine is working on a project at home and could
  511. use this RAM. So what I want to know is, what is the pin layout for these
  512. SIMM's.
  513.  
  514. If you have the information or can point me in the right direction I would be
  515. most grateful.
  516.  
  517. Thanks in advance,
  518.  
  519. Ian
  520.  
  521. --
  522. Ian Camm                           | JANET: camm@uk.ac.man.ee.els
  523. Dept. of Electrical Engineering    | ARPA:  camm@els.ee.man.ac.uk
  524. University of Manchester, England  | UUCP:  ...!!ukc!man.ee.els!camm
  525. Disclaimer: If you think I need one make it up yourself.
  526.  
  527. ------------------------------
  528.  
  529. Date: 5 Apr 91 09:40:37 GMT
  530. From:
  531.  noao!ncar!elroy.jpl.nasa.gov!usc!snorkelwacker.mit.edu!bloom-beacon!eru!hagbard
  532.  !sunic!mcsun!ukc!dcl-cs!gdt!exspes@arizona.edu (P E Smee)
  533. Subject: sundog
  534. To: Info-Atari16@naucse.cse.nau.edu
  535.  
  536. In article <7543@tekgen.BV.TEK.COM> boblu@tekgen.BV.TEK.COM (Robert Luneski)
  537.  writes:
  538. >Sundog runs on any color ST.  It is one of the true lost classics.
  539. >A really great game!
  540.  
  541. Apropos the original question, I run it on one of the earliest 520 STs, no
  542. expansions.  So should run on anything with a color screen.
  543.  
  544. Apropos Robert's comment, I personally found it tediously slow, after a
  545. while.  Was cute at first, but after a while the realism-effects begin
  546. to feel like annoying time-wasters.  Like, I want to buy a new X-coil,
  547. so I go to the parts shop, and then have to sit around twiddling my
  548. thumbs while the salesman waits on everyone else in the shop first.
  549. If I want to wait in lines, I don't need a computer game to help me out.
  550.  
  551. --
  552. Paul Smee, Computing Service, University of Bristol, Bristol BS8 1UD, UK
  553.  P.Smee@bristol.ac.uk - ..!uunet!ukc!bsmail!p.smee - Tel +44 272 303132
  554.  
  555. ------------------------------
  556.  
  557. Date: 6 Apr 91 02:14:25 GMT
  558. From: ucdavis!csusac!csuchico.edu!ekrimen@ucbvax.berkeley.edu (Ed Krimen)
  559. Subject: WANTED: MT C-Shell/VSH
  560. To: Info-Atari16@naucse.cse.nau.edu
  561.  
  562. Anyone have MT C-Shell and/or VSH that they would like to sell?
  563.  
  564. --
  565.          Ed Krimen  ...............................................
  566.    |||   Video Production Major, California State University, Chico
  567.    |||   INTERNET: ekrimen@ecst.csuchico.edu  FREENET: al661
  568.   / | \  SysOp, Fuji BBS: 916-894-1261        FIDONET: 1:119/4.0
  569.  
  570. ------------------------------
  571.  
  572. Date: 6 Apr 91 08:28:09 GMT
  573. From: GNU.AI.MIT.EDU!johnb@ucbvax.berkeley.edu (John Bunch)
  574. Subject: WTERM
  575. To: Info-Atari16@naucse.cse.nau.edu
  576.  
  577. Subject: WTERM...
  578.  
  579. Hello,
  580.  
  581. I am using WTERM from the telecomm directory of atari.archive and was
  582. wondering if there was some type of terminal that it emulates?  I haven't
  583. been able to figure out what it uses?  I tried vt100,vt52,adm3a,and h19.
  584.  
  585. Please reply.
  586.  
  587. John BUnch
  588.  
  589. ************************************************************************
  590. *        John Bunch       * 610 Morris St. * To be filled with a nifty *
  591. * johnb@gnu.ai.mit.edu    * Albany,NY      * quote at a later date...  *
  592. *                         * 12208          *                           *
  593. ************************************************************************
  594.  
  595. ------------------------------
  596.  
  597. End of Info-Atari16 Digest
  598. ******************************